敏捷本质及定制化的五个Scrum会议

敏捷本质

敏捷的本质，向内看，是自组织团队，其他都为此提供反馈。向外看，是服务客户，其他一切都为此服务。前者为后者提供增量，后者为前者提供反馈。敏捷宣言的四个价值观体现在当中了。这是敏捷的根本逻辑。

自组织团队的成功形态是高效快乐，成员包括PO/Team/Architect/UI/UX Design等，具体体现在两件事：共同的目标，互动。

工作方法的载体是：会议时间和工作时间。

会议是工作方式的形式载体。会议和物件改善要点：

（1）目标驱动。每个会议要有清晰的目标。

（2）轨道化-固定总时间和节拍，结构化-每个会议有清晰的结构。

（3）真诚直接。

或者归为一句话，“这是我们的会议”。

会议设计要考虑团队实际情况。

修路与盖楼

水平方向：铺路。打磨流程。

垂直方向：盖楼。持续改啥。

远虑近忧

两条轨道：Product Discovery是远虑。Product Delivery是近忧。

节奏与议程

如果是两周的迭代，会议节奏如下：

- 计划会：第一周周一上午。

- 每日站会：每天。

- 产品待办列表精化会：第二周一，周四下午。

- 评审会和反思会：第二周周五下午。

精化会的标准是准备好

精化会分两次，第一次是第二周周一下午。

1） PO讲解后续需求

2） 确定哪些需全体参与讨论solution的现场讨论

3） 其他需要确定solution的，确定好人员，在周二周三完成输出 solution

4）讨论UI/UX Design.

第二次是周四下午。

在这次会议之前，大家都清楚需求了，solution也有了。

本次会议，把需求和solution整合为故事，让所有人都清楚。理想状态是满足以下标准：

www: 有who, what, why。

AC：有清楚的验收标准，知道交付时如何demo。

INVEST: independent 故事可独立开展，尽可能少依赖；Negotiable: 尽量清楚，但细节可持续沟通；Valuable: 有价值；Estimatable: 可估算的；Size appropriately: 大小在一个迭代可完成；Testable：可测试的。

DEEP： detailed: 具体有足够细节的；Estimated: 有估算的；Emergent： 持续涌现的，可容纳这一点；Prioritized: 排好优先级的。

3C: card: 以卡片代言；conversation: 通过交流澄清；confirmation: 以验收标准作为确认。

达到以上Ready的标准，下一迭代的计划和执行就会比较顺利了。

计划会议的输出是承诺

两个前提：

- Ready: PO准备好

- 优先级管理策略

做什么

- PO建议目标，讲故事

- 团队理解

如何做

- 团队容量

- 故事分解为任务

- 排兵布阵

- 团队总结迭代目标

- 承诺

每日站会，围绕目标同步

均衡目标导向过程透明与发挥architect/team lead知识资产

1.起式：准时，围成半圆。能量环。

2.承转： (按故事泳道)参与人员

- 回答三个标准问题。

- 同时挪动任务卡To do->Doing->Done.

- 同时在风险与障碍区可视化风险和障碍。

- 其他人可以有input，但点到为止。任务的owner会后主动找有input的人员讨论。

有说，有动，有流动，有互动。

3. architect/team lead点评，调谐技术方向与优先级。

4.合式： 随机一分钟项目经理。

(两种随机方法。1.趣味式，如：住的离公司最远的，生日月日最小的。2.抽签，如用上证指数个位数。)

- 说明迭代目标。

- 说明趋势，同时画出趋势图。

- 说明主要的风险和障碍。

- 感知和表达士气。

- 邀请大家对会议点赞，宣布会议结束。

随机一份钟项目经理的三个好处：

- 专注，每个人都听别人说。

- 每个人都关注团队目标，因为都有机会说。

- 隐形知识传递，你心中认为是方，我心中认为是圆，隐形打磨。

每日站会引入一个变化，把点赞对象换成：对迭代目标完成的信心水平。

把Review和Retro融合在一起：知往，知未，互赞，改善

知往&同事赞扬：

- 成就问题挑战，同事赞扬，每人3分钟，共30分钟

- Demo & feedback （请大家做好准备）：共1小时

知未：15分钟

- 来自市场与用户的信息分享

- 是否需要调整发布计划

- 下一迭代内容预报(highlight即可)

检视改善：1小时

- Retrospective采用三个一：每人提一个最痛的点，投票出团队最痛的点，确定一个在下一迭代确定能做的Action。

---

阅读原文：补充修订扩展备用页。